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Schnittstellenmodul fiir dokumentenbasierte elektronische Geschaftsprozesse 

Die vorliegende Erfindung bezieht sich auf Schnittstellenmodule zur Ausfuhrung 
dokumentenbasierter elektronischer Geschaftsprozesse, auf Computer- 
Softwareprogramme zur Implementierung solcher Schnittstellenmodule, auf Verfahren 
zum Management des Nutzdatenflusses zwischen einem Terminal und einem Datennetz 
sowie auf ein System zur Ausfuhrung von elektronischen Geschaftsprozessen auf 
Dokumentenbasis . 

Die Erfindung bezieht sich allgemein auf die Durchfuhrung von dokumentenbasierter 
elektronischen Geschaftsprozessen. Beispiele fiir derartige elektronische, 
dokumentenbasierte Geschaftsprozesse sind beispielsweise die Erbringung von 
Finanzdienstleistungen, der Logistikbereich, etc. 

Grundsatzlich sind bereits Techniken bekannt, um interne, private 
Unternehmensnetzwerke an ein offentliches Netzwerk anzukoppeln. Aufgabe von 
sogenannten Firewalls ist es beispielsweise dabei, durch verschiedene Mechanismen die 
Sicherheit im Unternehmensnetz zu erhohen. Dabei kann beispielsweise die Zahl von 
Kommunikationsrechnern begrenzt werden und eine Authentifizierung, Identifikation 
sowie Verschliisselung vorgesehen sein. Eine Firewall stellt iiblicherweise den einzigen 
Zugang des eigenen Netzes zum dffentlichen Netzwerk dar und besteht in der Regel aus 
mehrefen Hard- und Softwarekomponenten, die je nach Benutzeranforderung an die 
Dienste und die Sicherheit individuell konfiguriert werden konnen. 

Allgemein ist es heutzutage ein Problem, dass verschiedene, beispielsweise an das 
Internet angeschlossene Unternehmen, die E-Commerce ausfuhren mochten, keine 
einheitlichen Softwarevoraussetzungen erfullen. 
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Angesichts dieser Problematik ist es Aufgabe der vorliegenden Erfindung, eine 
Schnittstellentechnologie bereitzustellen, die die Durchfuhrung von 
dokumentenbasiertem elektronischen Geschaftsverkehr erleichtert. 

5 

Dabei soil insbesondere das Management des Nutzdatenflusses durch eine Schnittstelle, 
die ein Unternehmensterminal mit einem Datennetz (Internet) und somit mit weiteren 
gleichartigen Schnittstellen verbindet, verbessert werden. 

10 Diese Aufgabe wird erfindungsgemafi durch die Merkmale der unabhangigen Anspriiche 
gelbst. Die abhangigen Anspriiche bilden den zentralen Gedanken der Erfindung in 
besonders vorteilhafter Weise weiter. 

GemaS einem ersten Aspekt der vorliegenden Erfindung ist ein Schnittstellenmodul zur 
15 Durchfuhrung von elektronischem Geschaftsverkehr. auf Dokumentenbasis vorgesehen. 
Das Schnittstellenmodul isi dabei zwischen einem Terminal, beispielsweise eines 
Unternehmens, und einem Datennetz, beispielsweise dem Internet, geschaltet. Das 
Schnittstellenmodul weist wiederum ein Modul zur Visualisierung und Uberwachung 
des Nutzdatenflusses von bzw. zu dem Terminal auf. Diese Visualisierung und 
20 Uberwachung erfolgt dabei erfindungsgemafi auf Dokumentenbasis. 

Die ausgetauschten Nutzdaten sind beispielsweise mittels einer Interpreter-Anwendung 
als Dokument auf einem Monitor darstellbar. 

25 Weiterhin sind Mittel zur manuellen und/oder automatischen Freigabe und/oder 
Selektion der Ubertragung von visualisierten Nutzdaten zu bzw. von dem Terminal 
vorgesehen. 

SchlieBlich sind Mittel zur Selektion von zu ubertragenden Nutzdaten fur eine folgende 
30 Ubergabe zu dem Terminal und/oder eine Adresse in dem Datennetz vorgesehen. 

Die Selektion kann anhand einer Visualisierung der zu ubertragenden Nutzdaten als 
Dokument erfolgen. 
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Das Schnittstellenmodul kann ausgehend von einer zentralen Intelligenz (Master Server) 
in dem Datennetz konfigurierbar sein. 



5 Das Schnittstellenmodul kann ein Dateisystem aufweisen, in dem ein Workflow eines 
Geschaftsprozesses, der mittels eines Nutzdatenaustauschs iiber das Schnittstellenmodul 
abgewickelt werden soli, mittels Dokumentenvorlagen abgebildet ist. 

Die Dokumentenvorlagen konnen von einer zentralen Intelligenz (Master Server) in den 
10 Datennetz aus in das Dateisystem des Schnittstellenmoduls eingegeben bzw. dort 
modifiziert werden. 

Bei einer Anderung der Konfiguration des Schnittstellenmoduls konnen automatisch 
Parameter von davon betroffenen Prozessen des mittels Dokumentenvorlagen 
15 abgebildeten Workflows angepasst werden. 

Die Dokumentenvorlagen und/oder ein vollstandiger Workflow kann mittels einer 
Kreuzschiene in einer Datenbank mit vorbestimmten Destinationen in dem Datennetz 
koppelbar sein. 

20 

Die vorliegende Erfindung bezieht sich weiterhin auf ein Computer-Softwareprogramm 
zur Implementierung eines solchen Schnittstellenmoduls. 

GemaU einem weiteren Aspekt der vorliegenden Erfindung ist ein Verfahren zur 
25 Durchfiihrung von elektronischem Geschaftsverkehr auf Dokumentenbasis vorgesehen. 
Dabei ist ein Schnittstellenmodul zwischen ein Terminal beispielsweise eines 
Unternehmens, das E-Commerce ausfuhren mochte, und einem Datennetz wie 
beispielsweise dem Internet geschaltet. Dabei erfolgt erfindungsgemafi auf 
Dokumentenbasis eine Visualisierung und Uberwachung des Nutzdatenflusses von bzw. 
30 zu dem Terminal. 

Die ausgetauschten Nutzdaten konnen auf einem Monitor mittels einer Interpreter- 
Anwendung als Dokument dargestellt werden. 



®1)UD®4@? 



4 

Die Ubertragung von visualisierten Nutzdaten kann manuell und/oder automatisch 
freigegeben und/oder selektiert werden. 

5 Insbesondere konnen zu ubertragende Nutzdaten fiir eine folgende Ubergabe selektiert 
werden. Diese Selektion kann anhand einer Visualisierung der zu . ubertragenden 
Nutzdaten als Dokument erfolgen. 

Das Schnittstellenmodul kann ausgehend von einer zentralen Intelligenz in dem 
10 Datennetz konfiguriert werden. Ein Workflow eines Geschaftsprozesses, der mittels 
Nutzdatenaustausch iiber das Schnittstellenmodul abgewickelt werden soil, kann mittels 
Dokumentvorlagen in einem Dateisystem abgebildet werden. 

Die Dokumentenvorlagen konnen von einer zentralen Intelligenz (Master-Server) von 
15 dem Datennetz aus in das Dateisystem eingegeben und gegebenenfalls dort modifiziert 
werden. 

Bei der Anderung der Konfiguration des Schnittstellenmoduls (beispielsweise Anderung 
der Zugangsberechtigung) konnen automatisch Parameter von davon betroffenen 
20 Prozessen des mittels Dokumentenvorlagen abgebildeten Workflows angepasst werden. 

Die Dokumentenvorlagen und/oder ein vollstandiger Workflow konnen mittels eines 
Kreuzschiene mit vorbestimmten Destinationen in dem Datennetz gekoppelt werden. 

25 ErfindungsgemaB ist weiterhin ein Computer-Softwareprogramm zur Implementierung 
eines solchen Verfahrens vorgesehen. 

Gemaft einem weiteren Aspekt der vorliegenden Erfindung ist ein Schnittstellenmodul 
zum Visualisieren des Datenflusses zwischen einem Terminal und einem Datennetz, 
30 beispielsweise dem Internet, vorgesehen. Das Schnittstellenmodul weist dabei eine 
Monitoren-Ebene zur Visualisierung und Uberwachung des Nutzdatenflusses von bzw. 
zu dem Terminal auf. Eine Logikebene dient zur Interpretation, Konvertierung und 
Ubergabe von Daten zum Terminal und/oder Datennetz. In einer Dateiebene sind 
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Dokumentvorlagen abgelegt, wobei eine Interpreter-Anwendung ein- und/oder 
ausgehende Nutzdaten der Logikebene mittels dieser Dokumentvorlagen fiir die 
Visualisierung der Nutzdaten in Form von Dokumenten bearbeitet. 

5 ErfindungsgemaB ist weiterhin ein Schnittstellenmodul zum Visualisieren des 
Datenflusses zwischen einem Terminal und einem Datennetz, wie beispielsweise dem 
Internet, vorgesehen. Eine Prasentationsschicht dient dabei zur Erzeugung und 
Darstellung voreingestellter Dokumentenansichten auf der Grundlage von Nutzdaten, 
die mittels der Schnittstelle iibergeben werden sollen. Eine Business-Schicht dient zur 
10 Steuerung von Sende- und Empfangsprozessen von Nutzdaten. Eine Dateischicht 
schlieBlich dient zur Kontrolle von Zugriffen auf eine Datenbank, in der Nutzdaten 
abgelegt sind. 

Die Business-Schicht kann weiterhin einen Workflow mittels einer vorgegebenen 
15 Dokumentenabfolge erzeugen. 

Es kann die Moglichkeit einer Fernwartung des Schnittstellenmoduls mittels Zugriff auf 
die Business-Schicht vorgesehen sein. 

20 Die Business-Schicht kann weiterhin eine Datenkonvertierungsfunktion aufweisen. 

Die Business-Schicht kann die Funktion einer Benutzer-Zugriffssteuerung aufweisen. 

Die Dateiebene kann eine Funktion zur Unterscheidung von Prozess-Nutzdaten, 
25 Datenhaltungen und Konfigurationsdaten aufweisen. 

Das Schnittstellenmodul kann mit einer Datenbank verbunden sein, in der Nutzdaten 
abgelegt sind. 

30 Weiterhin kann das Schnittstellenmodul mit einer Datenbank verbunden sein, in der 
Dokumentvorlagen mittels einer Kreuzschiene mit vorbestimmten Destinationen in dem 
Datennetz gekoppelt sind. 
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GemaB einem noch weiteren Aspekt der vorliegenden Erfindung ist ein System zur 
Durchfiihrung von auf Dokumentenaustausch basierten elektronischen 
Geschaftsprozessen vorgesehen. Das System weist dabei wenigstens zwei Schnittstellen 
5 der oben genannten Art auf, die mittels eines Datennetzes miteinander kommunizieren. 

GemaB einem noch weiteren Aspekt der vorliegenden Erfindung schlieBlich ist ein 
Verfahren zur Visualisierung des Datenflusses zwischen einem Terminal und einem 
Datennetz, beispielsweise dem Internet, vorgesehen. Dabei erfolgt eine Interpretation, 
10 Konvertierung und Ubergabe von Nutzdaten zum Terminal und Datennetz. Weiterhin 
erfolgt eine Verarbeitung der ein- und/oder ausgehenden Nutzdaten mittels 
Dokumentvorlagen, die in einem Dateisystem abgelegt sind, fur die Visualisierung der 
Nutzdaten in Form von Dokumenten. 

15 Weitere Merkmale, Vorteile und Eigenschaften der vorliegenden Erfindung werden aus 
der nunmehr folgenden detaillierten Beschreibung von Ausfuhrungsbeispielen und 
bezugnehmend auf die Figuren der begleitenden Zeichnungen naher ersichtlich. 
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Figur 1 zeigt schematisch die Stellung eines 
erfindungsgemaBen Schnittstellenmoduls in einem 
Datennetzsystem zur Ausfuhrung von dokumentenbasiertem 
elektronischen Geschaftsverkehr, 



Figur 2 zeigt eine genauere Ansicht der internen Struktur des 



25 



Schnittstellenmoduls , 



Figur 3 zeigt die Anbindung eines Schnittstellenmoduls an 



eine zentrale Plattform, 



30 



Figur 4 zeigt einen informationstechnischen Ablauf des 
erfmdungsgemaBen Schnittstellenmoduls, 



DESC 
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Figur 5 zeigt einen Workflow beziiglich der Visualisierung 
des Datentransfers durch ein erfindungsgemaBes 
Schnittstellenmodul, 

Figur 6 zeigt die dokumentenbasierte Visualisierung 
(Monitoring) des Dokumententransfers mittels eines 
erfindungsgemaBen Schnittstellenmoduls, 

Figur 7 zeigt ein Beispiel eines Workflow-Dokuments/einer 
Workflow- Vorlage, 

Figur 8 zeigt die Konfiguration/Update von 
erfindungsgemaBen Schnittstellenmodulen mittels einer 
zentralen Intelligenz im Daterinetz, und 

Figur 9 zeigt, wie mittels einer Kreuzschiene verschiedene 
Dokumentenvorlagen mit vorbestimmten Destinationen im 
Datennetz verbindbar sind. 

Bezugnehmend auf Figur 1 soil zuerst die Stellung des erfindungsgemaBen 
Schnittstellenmoduls (IIM) 1 in einem System zur Ausfuhrung von 
dokumentenbasierten, elektronischen Geschaftsverkehr erlautert werden. Das 
Schnittstellenmodul 1 ist grundsatzlich zwischen einem Terminal (Host) 4, 
beispielsweise eines Unternehmens, und einem Datennetz 8, beispielsweise dem 
Internet, geschaltet. Mittels des Datennetzes 8 konnen insbesondere Nutzdaten 6 zu 
einer bestimmten Gruppe an Kommunikationsrechnern iibermittelt werden. Weiterhin 
kann das Schnittstellenmodul 1 Nutzdaten 5 zu einem Speicher des Terminals 4 hin 
iibertragen. 

Das Schnittstellenmodul 1 ist konfigurierbar, und zwar durch insgesamt drei 
verschiedene Methoden: 
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- Wie dargestellt konnen Konfigurationsdaten von einer zentralen 
Intelligen2 9 im Datennetz her iibertragen werden, so dass eine 
Konfiguration- bzw. Workflow- Anderung in dem Schnittstellenmodul 
1 ausgefuhrt werden kann. Die zentrale Intelligenz 9 kann natiirlich 
auch ein weiteres Schnittstellenmodul sein, das mittels des Datennetzes 
8 mit dem dargestellten ersten Schnittstellenmodul 1 verbunden ist. 
Somit konnen beispielsweise Geschaftspartner, die derartige 
Schnittstellenmodul 1 jeweils aufweisen, Konfigurationsdaten, wie 
beispielsweise Dokumentenvorlagen, miteinander austauschen bzw. 
modifizieren. 

- Eine weitere Konfigurationsmbglichkeit besteht natiirlich auch darin, 
dass das Schnittstellenmodul 1 vor Ort selbst konfiguriert wird. 

Das Schnittstellenmodul 1 weist ein Dateisystem auf, in dem Dokumentvorlagen 2, 
sogenannte Templates, beispielsweise gemaB dem PDF-Format abgelegt sind. 

Durch Verbindung von Dokumentvorlagen 2 mit Nutzdaten 6 ermoglicht eine 
Kontroll/Filter/Visualisierung/Selektion/Konfigurationsfunktion 3 die 

dokumentenbasierte Darstellung der iibertragenen Nutzdaten 6 beispielsweise auf einem 
Monitor 14. 

Die Nutzdaten konnen auch in einer Datenbank 16 abgelegt sein. Weiterhin kann in der 
Datenbank 16 eine sogenannte Kreuzschiene vorhanden sein, die bestimmten 
Dokumentvorlagen (Templates) 2 vorbestimmte Destinationen in dem Datennetz 8 
zuordnet. 

Die Erfindung basiert auf dem Konzept der parallelen Datenhaltung. Die Nutzdaten 
werden vor Ort im Schnittstellenmodul 1 gepflegt und mit einer Datenbank auf der 
zentralen Intelligenz (Portal) 9 abgeglichen. Dies hat den Vorteil, dass die Daten auf dem 
Portal 9 fur weitere Dienstleistung genutzt werden konnen. 
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Da man sich bei der Vernetzung von Systemen in einer heterogenen Welt befindet, gibt es 
die unterschiedlichsten Anforderungen fur die Realisation der Anbindung. Bei der 
Konzeption der Schnittstellen-Software wurde auf verschiedene Kriterien geachtet. 

5 - Einfache und schnelle Implementation 

- Flexible Schnittstelle 

- In heterogenem Systemumfeld einsetzbar 

- Einfach Wartbar 

- Erweiterbar 

10 - Prozessorientiert 

- Plausibilisierung der Daten 

- Sicherheit 

- Eigene Datenbank 

Die Anbindung an das Fremdsystem ist von vielen Faktoren und einer Vielzahl von 
Unbekannten abhangig, die es vor Projektbeginn gilt zu eruieren. Grundsatzlich bieten die 
heutigen ERP-Systeme eine beschrankte Anzahl von Schnittstellen fur den Daten- Import 
bzw. Export. Das Fremdsystem ist in der Regel mit mindestens einer der Folgenden 
Schnittstellen bestuckt: 

- DB oder Excel Tabellen mit Zugriff uber ODBC oder ADO, 

- Strukturierte Daten (XML-Dateien), 

- Flat-Files, 

- Eingabe durch den Sachbearbeiter bzw. Mitarbeiter Der Import bzw. Export der Daten 
musste uber die Business Logik des ERP gesteuert werden, welche der Datenbank 
ubergeordnet ist. 

Der Import bzw. der Export der Daten kann uber zwei verschiedene Kanale durchgefiihrt 
werden. Beispiel: Der Export der Daten findet uber einen ODBC-ZugrifF statt, wahrend 
das Importieren der Daten uber ein Flat-File realisiert wird. 

Folgende Funktionalitaten sind in dem erfindungsgemaflen Schnittstellenmodul (IIM) 1 
implemerrriert: 
• Lesen 
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• Schreiben 

• Interpretieren 

• Plausibiiisieren 

• Speichern der Daten 
5 • Authentisierung 

• Verschlusseln 

• Komprimieren 

• Senden 

• Empfangen 

10 

Nun erfolgt eine kurze Beschreibung dieser Funktionen: 

• Lesen (Read) 

Je nach Datenstruktur, werden die Daten mit Hilfe einer Steuerdatei, 
1 5 Schnittstelle ODBC oder DTD aus dem Input File ausgelesen. 

• Schreiben (Write) 

Stellt die Daten, in einem fur das Fremdsystem leserlichen Format, zur 
Verfugung. 

• Interpretieren (Interpreter) 

20' Interpretiert die gelesenen Daten und schreibt sie in die SQL Datenbank. 

• Converter 

Liest die Daten aus der SQL Datenbank und bereitet sie fur den Schreibvorgang 
vor. 

• Plausibiiisieren (kundenspezifische Einstellungen) 

25 Die erfassten Daten konnen kundenspezifisch plausibilisiert werden. Dabei 

stehen folgende Moglichkeiten zur Verfugung: 

• Wertebereich (vom - bis) 

• Bedingungen 

• Muss-Felder 

30 • Speichern der Daten 

_Alle Transaktionen werden laufend protokolliert und fur eine spatere 
Verfolgung sichtbar gemacht. 
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• Authentisierung (Authentication) 

Die Authentisierung, basiert auf einem Sicherheitskonzept mit SmartCard. Auf 
dem Portal werden die Benutzerdaten vom LDAP-Server verifiziert. Falls der 
Username und das Passwort korrekt ist, wird ein zusatzlicher Schlussel fur den 
Datentransfer generiert. Falls nicht, wird der Benutzer abgewiesen. 

• Verschliisseln/Entschlusseln (Security) 

Fur die Ubermittlung der Daten wird ein synchroner Schlussel erstellt. Ab 
diesem Zeitpunkt findet die Kommunikation uber einen tripleDES 
Verschlusselungsverfahren statt. 

• Komprimieren 

Bevor die Datenpakete iibermittelt werden, werden sie komprimiert um die 
Ubertragung zu beschleunigen. 

• Senden 

Die verschliisselten und komprimierten Daten werden uber das Portal dem 
Empfanger geschickt. Die Daten werden dabei rnit einem Status versehen. 

• Empfangen 

Die Datenpakete werden entgegengenommen und dem Kommunikationspartner 
eine Empfangsbestatigung geschickt, 

Die Erfindung basiert auf einem Component Object Model (COM), das sich fur die 
Entwicklung komponentenbasierter Software und somit des Schnittstellenmoduls 1 eignet. 
Mit der Erweiterung der COM zur DCOM (Distributed)Technologie, wird das Verteilen 
der Komponenten auf verschiede Rechner ermoglicht. Wichtige Eigenschaften der 
Komponenten-Technologie sind: 

Wiederverwendbarkeit, Skalierbarkeit und Wartbarkeit. 

Das Entwicklungskonzept des IIM 1 baut auf einer "3 Schicht Architektur" auf, die zu n 
Schichten erweitert werden kann. Mit der Erweiterung zur n-Schichten Architektur 
werden die Komponenten der Business-Schicht auf mehrere Rechner verteilt. Damit 
erreicht man eine Lastverteilung und somit eine Performancesteigerung. Der IIM 1 setzt 
sich wie in Figur 4 gezeigt aus folgenden Schichten zusammen: 

- Prasentationschicht 3 
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- Voreingestellte Ansichten (ActiveX Controls z.B. Listen, Reports und Button), 

- Moglichkeit der Fernwartung des Schnittstellenmoduls 1 durch Benutzung der 
Business-Schicht 1 1 

- Business-Schicht 1 1 

- Kontrolle iiber samtliche Send und Receive Prozesse, 

- steuert die Daten sowie den Dokumentenfluss (Workflow), 

- verantwortlich fur die richtige Datenumsetzung (Fremdsystem / Hostrechner), 

- erlaubt Transaktionsbehandlung, 

- kontrolliert Konfigurationsanderungen, 

- Benutzer-Zugriffssteuerung. 

- Datei-Schicht 13 

- kontrolliert samtliche Datenbankzugriffe (Read, Write and New), 

- unterscheidet zwischen Prozessdaten, Datenhaltung und Konfigurationsdaten. 

Das IIB-Modul fugt auf einem bestehenden PDF-Dokument Artikel und Controls ein. Die 
Controls dienen dazu, dass das PDFDokument' mit Werten gefullt werden kann. Der 
Vorteil dieses Verfahrens liegt darin, dass der Makler sich mit einem Produkt 
auseinandersetzt, mit dem er schon lange Erfahrungen gesammelt hat. Er kennt diese PDF- 
Vertrage von der Papierform her und braucht keine besonderen Kenntnisse eines 
Programms zu erlernen. In einem weiteren Fall, so zum Beispiel wenn der Makler schon 
bereits mit einem Maklerprogramm arbeitet, wird er sich die von ihm abgefullten Daten 
vor dem versenden nochmals auf PDF-Form veranschaulichen. Diese Vertrage werden in 
PDF genau gleich abgebildet wie auf Papier und dies absolut unabhangig von der jeweilig 
verwendeten Plattform. 

Jedes PDF-Dokument wird als Dokumentvorlage (Template) 12 auf der IIM-Datenbank 
(Dateisystem ) 2 hinterlegt. Das PDF dient als Visualisierungsmittel der Dokumente. Ein 
Dokument setzt sich dabei allgemein aus Nutzdaten und Dokumentvorlage zusammen. Die 
eigentlichen Felder werden aber in dem IIM-Dateisystem 2 verwaltet und gepflegt. In dem 
Dateisystem 2 kann unter Zuhilfenahme eines sogenannten Builders Intelligenz hinterlegt 
werden. Diese sieht so aus, dass zum Beispiel einem Feld ein Wertebereich (Range) 
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zugeteilt. Beim Unter- beziehungsweise Oberschreiten dieses Wertebereichs wird gibt es 
eine Fehlermeldung, die den Makler darauf hinweist diesen Wert zu andern. Es konnen 
aber auch Verkniipfungen von Feldern hinterlegt werden. Dies kann man einfach am 
Beispiel des Neuantrages beziehungsweise Anderung eines bestehenden Vertrages 
5 veranschaulichen. Erstellt man einen Neuantrag braucht man keine Versicherungspolice 
des Vorgangervertrags. Bei einer Anderung muss man hingegen der Versicherung die zu 
ersetzende Versicherungspolice angeben. 

Figur 5 zeigt ein DV-System eines Maklers oder Customers. Das System besteht aus PC - 
10 Hardware, Maklerverwaltungsprogramm, IIM und IMP. 

Das IIM 1 ist die Schnittstelle zum Maklerverwaltungsprogramm (MVP). Das IBVI 1 best 
samtliche definierten Daten aus dem MVP aus. Im IIM 1 sind fur jeden definierten Prozess 
Workflow-Dokumentvorlagen hinterlegt-. Diese Dokumentvorlagen konnen einzeln 
15 aufgerufen werden und werden uber das IMP .visualisiert. (Beispiel Antrag auf 
Unfallversicherung, siehe Figur 7): 

- Im Workflowdokument, wo Plausibilisierungen definiert sind (z.B. Mussfelder) 
konnen Erganzungen vorgenommen werden, d.h. es konnen weitere Daten 

20 erganzt werden. Somit ist es nicht erforderlich, dass zwischen zwei 

kommunizierenden DV Systemen Datenkonformitat besteht. 

- Ein Versicherer (Supplyer) definiert die fur einen bestimmten Prozess 
erforderlichen Daten. Diese werden uber ein Workflowdokument/. 
Workflowvorlage visualisiert. Der Makler (Customer) iibertragt die Daten, die er 

25 bereits in seinem System gespeichert hat, in das Workflowdokument. Erfordern 

die im Workflowdokument definierten Plausibilitaten mehr Daten, als der Makler 
in seinem System gespeichert hat, kann er diese erganzen. 

- Die Daten werden durch das IIM 1 in ein XML Format verpackt (kovertiert). Sie 

konnen im IIM 1 zwischengespreichert werden und zu jedem beliebigen Zeitpunkt 
30 an die Plattform (zentrale Intelligenz) gesendet werden. 

- Der Makler sieht, welche Prozessdaten versendet und welche empfangen wurden. 

(srehe Figur 6). 
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- Empfangene Daten konnen vor der Obernahme in das eigene System visualisiert 
werden. Die Obernahme der Daten kann definiert werden als Einzeliibernahme 
oder routinemafliger Batchlauf 

5 Nunmehr wird auf Figur 8 Bezug genommen. Auf den Portalservern findet die komplette 
Benutzerverwaltung statt. 

• alle Supplyer 

• alle Customer 

• alle definierten Workflowdokumente (Produkte) der Supplyer alle 
Dokumentenstati 

• der Master-IIM 9 weifi, welche Dokumente(Vorlagen und Produkte) in den 
jeweiligen Supplyer- und Customer HM gespeichert bzw. vorgehalten werden. 

• Der Master-IIM 9 fuhrt die automatische Betankung der Supplyer- und Customer 
IIM 1 durch. . 

• Die Kommunikation zwischen Master-IIM 9 und den Supplyer- und Customer 
IIM' s findet unter Nutzung eines Sicherheitssystems statt. Eine Authentifizierung 
erfolgt mittels Smart Card und Triple DES - Verschlusselung. 

Figur 9 zeigt eine sogenannte Kreuzschiene, die in einer Datenbank 16, bspw. auf dem 
Portalserver 9 abgelegt sein kann. In der Kreuzschiene werden die Verknupfungen der 
Daten zu den richtigen Destinationen der entsprechenden Interfaces sichergestellt. Dies 
geschieht, wenn wir mit dem IIB in den Modus "Interface" wechseln. Damit werden die 
Beziehungen der Templates 12 zu den Interfaces festgelegt. Zu einem Template 12 konnen 
mehrere Interfaces gehoren. Bspw. stellt eine Versicherung ihre Produkte mehreren 
Maklern zur Verfugung und diese haben keine heterogene Umgebung, so dass es mehrere, 
spezifische Schnittstellen braucht. 

Die Interfaces stellen die Anbindung an ein Fremdprogramm sicher. Es gibt hier die 
30 unterschiedlichsten Systeme im deutschen Versicherungsmarkt. Das Interface selbst wird 
von dem Maklerverwaltungsprogramm zur Verfugung gestellt oder in Zusammenarbeit 
mit Softwarespezialisten aus dieser Firma erarbeitet. Die Maklerverwaltungsprogramme 
speisen diese Interfaces mit ihren Schnittstellen und lesen auch wieder die Daten daraus 
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heraus um sie dem Maklerverwaltungsprogramm (das gleiche gilt auch auf 
Versicherungsseite) zur Verfugung zu stellen. 

Die Merkmale und Eigenschaften der vorliegenden Erfindung lassen sich wie folgt 
5 zusammenfassen: 

1 . Das IIM 1 verbindet mehrere Computer (od. Hosts) zwecks Datenaustausch. 

2. Der Datenaustausch erfolgt nach belieben (d.h. die Anlage wird vom Benutzer 
wunschgemass Konfiguriert). 

3 . Der Datenaustausch erfolgt immer transaktionsbasiert (sichere Ubertragung) 

10 4. Samtliche Transaktionen und Dokumenten konnen nach beheben (Format) angezeigt 
werden (hier wird als Form das PDF Standard verwendet). 

5. Starke Authentisierung (optional) und Datenverschliisselung (optional) sind im IIM 1 
bereits enthalten. 

6. Das IIM 1 arbeitet nach dem Customer und Supplier Prinzip, dabei konnen Supplier 
15 und Customer vollig unterschiedliche EDV-Strukturen aufweisen (Bsp. Customer 

einfacher Computer und Supplier ein Host oder auch eine SAP). . 

7. Zwischen Supplier und Customer konnen auf Wunsch automatisch neuere Versionen 
von Daten oder Dokumenten ausgeliefert werden (somit wird das Arbeiten mit den 
aktuellen Daten Dokumenten sicher gestellt). 

20 8. Durch das Verbinden von Computer oder Hosts oder Applikationen mit einem IIM 1 
mit der Aussenwelt, entsteht dem Benutzer dieser Schnittstelle eine l*m Beziehung 
(ohne IIM sind es n=m Schnittstellen, d.h. der Benutzer muss nSchnittstellen 
implementieren) 
9. Das IIM 1 ist ein B2B wie auch ein B2C Produkt. 

25 10. Das IIM 1 ist kein Standard aus irgend einem Konsortium wie z.B. W2W oder 
I SO/OS 1. Aber in der Zukunft wird es ein Standard werden, da das IIM 1 mit 
samtlichen Standards umgehen kann. 

Folgende Komponenten des Schnittstellenmoduls 1 sollen noch einmal zusammengefasst 
30 werden: 

A. IIM-Kern (Serverseitig optional auch clientseitig): 

Enthalt das generisches Mapping und den generischen Workflow. 
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Kontrolliert samtliche Transaktionen, Datenbewegungen und deren 

Zugriffsberechtigungen. 

IIB: IIM-Konfigurationsprogramm 3 

Mit diesem Programm wird ohne Programmierkenntnisse der Datenaustausch, 
den ganzen Workflow sowie deren Plausibilisierungen fur das IIM festgelegt 
(Template, Mapping und Validierung). 

IMP (Monitoring Programm.): IIM-Benutzeroberflache fur Administrationszwecke 
wie fur eine Online Anbindung. 

IDK (Development Kit). Wird als Entwicklungs-Umgebung mitgeliefert. Mit dem IDK 
kann man durch das aufrufen von einfachen Funktion des IIM steuern (z.B. Daten ins 
IIM Exportieren -> initWorkList, initExport und Save) 
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Anspriiche: 



1 . Schnittstellenmodul zur Durchfuhrung von elektronischem Geschaftsverkehr auf 
Dokumentenbasis, wobei 

- das Schnittstellenmodul (1) zwischen einem Terminal (4) und einem Datennetz (8), 
wie bspw. dem Internet geschaltet ist und 

- ein Modul (1, 3) aufweist zur Visualisierung (14) und Uberwachung des 
Nutzdatenflusses (5, 6) von bzw. zu dem Terminal (4) auf Dokumentenbasis. 

2. Schnittstellenmodul nach Anspruch 1, 
dadurch gekennzeichnet, 

dass ausgetauschte Nutzdaten mittels einer Interpreteranwendung (10) als Dokument auf 
einem Monitor (14) darstellbar sind. 

3. Schnittstellenmodul nach einem der vorhergehenden Anspriiche, 
gekennzeichnet durch 

Mittel (3) zur manuellen und/oder automatischen Freigabe und/oder Selektion der 
Ubertragung (5, 6) von visualisierten Nutzdaten zu bzw. von dem Terminal (4). 

4. Schnittstellenmodul nach Anspruch 3, 
gekennzeichnet durch 

Mittel (3) zur Selektion von zu iibertragenden Nutzdaten (5, 6) fur eine folgende 
Ubergabe zu dem Terminal (4) und/oder einer Adresse in dem Datennetz (8). 

5. Schnittstellenmodul nach Anspruch 4, 
dadurch gekennzeichnnet, 
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dass die Selektion anhand einer Visualisierung (14) der zu ubertragenden Nutzdaten als 
Dokument erfolgt. 

6. Schnittstellenmodul nach einem der vorhergehenden Anspriiche, 
5 dadurch gekennzeichnet, 

dass es ausgehend von einer zentralen Intelligenz (9) in dem Datennetz (8) 
konfigurierbar ist. 

7. Schnittstellenmodul nach einem der vorhergehenden Anspriiche, 
10 dadurch gekennzeichnet, 

dass es ein Dateisystem (2) aufweist, in dem ein Workflow eines Geschaftsprozesses, 
der mittels eines Nutzdatenaustauschs iiber das Schnittstellenmodul (1) abgewickelt 
werden soil, mittels Dokumentvorlagen (12) abgebildet ist. 

15 8. Schnittstellenmodul nach Anspruch 7, 
dadurch gekennzeichnet, 

dass die Dokumentvorlagen (12) von einer zentralen Intelligenz (9) in dem Datennetz 
(8) aus in das Dateisystem (2) eingegeben bzw. modifiziert werden konnen. 

20 9. Schnittstellenmodul nach einem der Anspriiche 6 bis 8, 
dadurch gekennzeichnet, 

dass bei einer Anderung der Konfiguration des Schnittstellenmoduls (1) automatisch 
Parameter von davon betroffenen Prozessen des mittels Dokumentvorlagen (12) 
abgebildeten Workflows anpassbar sind. 

25 

10. Schnittstellenmodul nach einem der Anspriiche 6 bis 9, 
dadurch gekennzeichnet, 

dass Dokumentvorlagen und/oder ein vollstandiger Workflow mittels einer 
Kreuzschiene (16) mit vorbestimmten Destinationen in dem Datennetz (8) koppelbar 
30 sind. 

1 1 . Computer-Softwareprogramm, 
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dadurch gekennzeichnet, 

dass es in dem auf einen Rechner geladenen Zustand ein Schnittstellenmodul (1) nach 
einem der vorhergehenden Anspruche implementiert. 

5 12. Verfahren zur Durchfuhrung von elektronischem Geschaftsverkehr auf 

Dokumentenbasis, wobei ein Schnittstellenmodul (1) zwischen einem Terminal (4) und 
einem Datennetz (8), wie bspw. dem Internet geschaltet ist, 
gekennzeichnet durch den Schritt der Visualisierung (14) und Uberwachung des 
Nutzdatenflusses (5, 6) von bzw. zu dem Terminal (4) auf Dokumentenbasis. 

10 

13. Verfahren nach Anspruch 12, 
dadurch gekennzeichnet, 

dass die ausgetauschten Nutzdaten auf einem Monitor (14) mittels einer 
Interpreteranwendung (10) als Dokument dargestellt werden. 

15 

14. Verfahren nach Anspruch 12 oder 13, 
gekennzeichnet durch 

den Schritt (3) der manuellen und/oder automatischen Freigabe und/ oder Selektion der 
Ubertragung (5, 6) von visualisierten Nutzdaten. 

20 

15. Verfahren nach Anspruch 14, 
gekennzeichnet durch 

den Schritt (3) der Selektion von iibertragenden Nutzdaten (5, 6) fur eine folgende 
Ubergabe. 

25 

16. Verfahren nach Anspruch 15, 
dadurch gekennzeichnnet, 

dass die Selektion anhand einer Visualisierung (14) der zu iibertragenden Nutzdaten als 
Dokument erfolgt. 

30 

17. Verfahren nach einem der Anspruche 12 bis 16, 
dadurch gekennzeichnet, 
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class das Schnittstellenmodul (1) ausgehend von einer zentralen Intelligenz (9) in dem 
Datennetz (8) konfiguriert wird. 

18. Verfahren nach einem der Anspriiche 12 bis 17, 
dadurch gekennzeichnet, 

dass ein Workflow eines Geschaftsprozesses, der mittels Nutzdatenaustausch iiber das 
Schnittstellenmodul (1) abgewickelt werden soil, mittels Dokumentvorlagen in einem 
Dateisystem (2) abgebildet wird. 

19. Verfahren nach Anspruch 18, 
dadurch gekennzeichnet, 

dass die Dokumentvorlagen (12) von einer zentralen Intelligenz (9) in dem Datennetz 
(8) aus in das Dateisystem (2) eingegeben und/oder modifiziert werden konnen. 

20. Verfahren nach einem der Anspriiche 17 bis 19, : 
dadurch gekennzeichnet, 

dass bei einer Anderung der Konfiguration des Schnittstellenmoduls (1) automatisch 
Parameter von davon betroffenen Prozessen des mittels Dokumentvorlagen (12) 
abgebildeten Workflows angepasst werden. 

21. Verfahren nach einem der Anspriiche 17 bis 20, 
dadurch gekennzeichnet, 

dass Dokumentvorlagen (12) und/oder ein vollstandiger Workflow mittels einer 
Kreuzschiene (16) mit vorbestimmten Destinationen in dem Datennetz (8) gekoppelt 
werden. 

22. Computer-Softwareprogramm, 
dadurch gekennzeichnet, 

dass es in clem auf einen Rechner geladenen Zustand ein Verfahren nach einem der 
Anspriiche 12 bis 21 implementiert. 

23. Schnittstellenmodul zum Visualisieren des Datenflusses (5, 6) zwischen einem 
Terminal (4) und einem Datennetz (8), wie bspw. dem Internet, aufweisend: 
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-•eine Monitoring-Ebene (3) zur Visualisierung und Uberwachung des Nutzdatenflusses 
(5, 6) von bzw. zu dem Terminal (4), 

- eine Logikebene (11) zur Interpretation, Konvertierung und Ubergabe von Daten zum 
Terminal (4) und Datennetz (8), und 

5 - eine Dateiebene (13), in der Dokumentvorlage (12) abgelegt sind, wobei 

- eine Interpreteranwendung (10) ein- und/oder ausgehende Nutzdaten der Logikebene 
(11) mittels dieser Dokumentvorlagen (12) fur die Visualisierung der Nutzdaten in 
Form von Dokumenten verarbeitet. 

10 24. Schnittstellenmodul zum Visualisieren des.Datenflusses (5, 6) zwischen einem 
Terminal (4) und einem Datennetz (8), wie bspw. dem Internet, aufweisend: 

- eine Prasentationschicht(3) zur Erzeugung und Darstellung voreingestellter 
Dokumentenansichten auf der Grundlage von Nutzdaten, die mittels der Schnittstelle (1) 
iibergeben werden sollen, 

15 - eine Business-Schicht (11) fur die Steuerung von Sende- und Empfangsprozessen von 
Nutzdaten, und 

- eine Dateischicht (13) zur Kontrolle von Zugriffen auf eine Datenbank (16), in der 
Nutzdaten abgelegt sind. 

20 25. Schnittstellenmodul nach Anspruch 23 oder 24, 
dadurch gekennzeichnet, 

dass die Business-Schicht (14) weiterhin einen Workflow mittels einer vorgegebenen 
Dokumentenabfolge erzeugt. 

25 26. Schnittstellenmodul nach Anspruch 23, 24 oder 25, 
dadurch gekennzeichnet, 

dass die Moglichkeit einer Fernwartung des Schnittstellenmoduls (1) mittels Zugriff auf 
die Business-Schicht (14) vorgesehen ist. 

30 27. Schnittstellenmodul nach einem der Anspriiche 23 bis 26, 
dadurch gekennzeichnet, 

dass die Business-Schicht (14) weiterhin eine Datenkonvertierungsfunktion aufweist. 



I 1 



22 



28. Schnittstellenmodul nach einem der Anspriiche 23 bis 27, 
dadurch gekennzeichnet, 

dass die Business-Schicht (14) die Funktion einer Benutzer-Zugriffssteuerung aufweist. 

29. Schnittstellenmodul nach einem der Anspriiche 23 bis 28, 
dadurch gekennzeichnet, 

dass die Dateiebene (13) eine Funktion zur Unterscheidung von Prozess-Nutzdaten, 
Datenhaltung und Konfigurationsdaten aufweist. 

30. Schnittstellenmodul nach einem der Anspriiche 23 bis 29, 
dadurch gekennzeichnet, 

dass es mit einer Datenbank (14) verbunden ist, in der Nutzdaten abgelegt sind. 

3 1 . Schnittstellenmodul nach einem der Anspriiche 23 bis 30, 
dadurch gekennzeichnet, 

dass es mit einer Datenbank (14) verbunden ist, in der Dokumentvorlagen (12) des 
Schnittstellenmoduls (12) mittels einer Kreuzschiene (16) mit vorbestimmten 
Destinationen in dem Datennetz (8) gekoppelt sind. 

32. System zur Durchfuhrung von auf Dokumentenaustausch basierten elektronischen 
Gescha ftsp rozessen , 

dadurch gekennzeichnet, 

dass es wenigstens zwei Schnittstellenmodule (1) gemaB einem der Anspriiche 24 bis 31 
aufweist, die mittels eines Datennetzes miteinander kommunizieren. 

33 . Computer-Softwareprogramm, 
dadurch gekennzeichnet, 

dass es in dem auf einen Rechner geladenen Zustand ein Schnittstellenmodul nach 
einem der Anspriiche 23 bis 31 implementiert. 

34. Verfahren zum Visualisieren des Datenflusses (5, 6) zwischen einem Terminal (4) 
und einem Datennetz (8), wie bspw. dem Internet, aufweisend den folgenden Schritte: 
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- Interpretation, Konvertierung unci Ubergabe von Nutzdaten zum Terminal (4) und 
Datennetz (8), und 

- Verarbeitung der ein- und/oder ausgehenden Nutzdaten (5, 6) mittels 
Dokumentvorlagen (12), die in einem Dateisystem (2) abgelegt sind, fur die 

5 Visualisierung (14) der Nutzdaten in Form von Dokumenten. 

35. Computer-Softwareprogramm, 
dadurch gekennzeichnet, 

dass es in dem auf einen Rechner geladenen Zustand ein Verfahren nach Anspruch 33 
1 0 implementiert. 
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